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PRELIMINARY AMENDMENT 

Prior to examination, please ampfltfthe application as follows: 

In the specification : 

u ■ ^ 

q Insprtthe following paragraph beginning at page 1 , line number 2, immediately below 

O title, with the following paragraph: 



MX. 



the 



& Cross-Reference to Related Applications 

UJ 

This application claims priority under 35 USC §120 to commonly owned, 



copending U.S. Application Serial No. 09/286,248, filed April 5, 1999, the entire contents of 



Q which are hereby incorporated by reference. 

nrr 



rewritten paragraph 




s£) «P Pleasepjrface the paragraph beginning at page^f, line number ^23, with the following 



ft* 



Advantages of the system includes the following. The total storage capacity of all data 
storage devices in a network can be tapped to satisfy each application's requirements. Thus, 
dynamic redistribution of storage capacity among servers is possible without requiring any 
physical disk relocation or change in data protection characteristics. As a result, the invention 
provides quick and reliable access to and management of large amounts of information on-line. 
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o y r sx j 

Please replace the paragraph beginning at page 0 , line number 2^ with the following 
* rewritten paragraph: 

A virtual volume manager 260 communicates with storage managers and data storage 
devices connected to the SAN. The virtual volume manager 260 also manages requests between 
requesters such as servers and data storage devices connected to the SAN. Generally, each data 
~ft?> storage device uses a process known as discovery during its boot-up to register with the manager. 

Each volume manager broadcasts volume attributes periodically or in case of a query. The SAN 
manager will then register the volume. When a particular server requests a particular volume 
y, with specified characteristics, the SAN manager allocates the storage depending on the 
p parameters requested by the server. When all the storage in the SAN is exhausted, the SAN 
O 1 manager can now query other SANs to request the storage. Alternatively, the attributes of a 
y device may be statically configured in a server or in a switch. 

-t 



-mrr 



(5^ v c\ - Please^place the paragraph beginning at page Jo, line number^, with the following 



9 ^ Referring now to Fig. 7, the delete function 3 10 is shown in more detail. The delete 
function 3 10 is a counterpart of the create function 308. The delete function 310 first checks 
whether storage space is to be deleted from a local volume (step 361) and if so, the storage space 
is released back to the local storage volume (step 363). Alternatively, the delete function 310 
then checks whether the deletion is to occur on a SAN volume (step 365). If so, space is 
deallocated on the SAN volume (step 367). Alternatively if space is to be deleted from the 
LAN/WAN volume (step 369), the delete function 310 deletes the space from the LAN/WAN 
storage (step 371). If the volume to be deleted is not resident on the LAN/WAN volume, the 
delete function 310 then checks whether the deletion is to occur from the storage framework 
volume (step 373). If so, space is deallocated from the storage framework volume (step 375). 
From steps 363, 367, 371, or 375, the respective local storage manager, SAN storage manager, 
LAN/WAN storage manager or storage framework manager is notified with the space 
deallocation (step 379) and then the function 310 exits. 
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1 1 Pleasereptace the paragraph beginning at page ]p, line number 70, with the following 



rewritten paragraph: 



Referring now to Fig. 8, the expand function 3 12 is shown. In response to a request to 
allocate more space to an existing volume, the expand function 312 first checks whether 
additional space is available on other local storage devices (step 428) and, if so, the expand 
function 312 requests storage space from one of the local storage devices and updates the local 
storage manager (step 430). Alternatively, if space is not available on any of the local storage 
devices, the expand function 312 then checks whether additional space is available on other SAN 
devices (step 432). If so, space is requested from the SAN volume and the appropriate SAN 
manager is updated (step 434). 



fl- 

2} UI Please regktrethe paragraph beginning at page line number 37, with the following 

I ill rewritten paragraph: 

-m — ^ 



From step 432, in the event that space is not available on either the local storage device or 
the SAN device, the expand function 3 12 then checks whether additional space is available on 
Qf)?l one of the LAN/WAN storage devices (step 436), and if so, appropriate space is allocated from 
S the LAN/WAN devices (step 438). In this case, the LAN/WAN manager is also updated in step 
N 438. From step 436, if space is not available on the LAN/WAN device, the expand function 312 
then checks whether additional space may be available on one of the storage framework devices 
(step 440). If not, the expand function 312 aborts (step 441). Alternatively, space is allocated on 
the storage framework device and the storage framework manager is updated (step 442) before 
the expand function 312 exits. 



Please r^pt£tce the paragraph beginning at page J^, line number J^, with the following 



rewritten paragraph: 



Referring now to Fig. 13, the corresponding detach function 324 is shown. The detach 
function is the inverse of the attach function and checks whether the device which has been 
.r requested to be detached is a local storage device (step 451) or whether the device resides on the 
SAN, LAN/WAN, or the storage framework (steps 455, 459, and 463). If so, the detach function 
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324 removes the volume from the respective manager and removes the information from the 
volume table (steps 453, 457, 461 and 465). 



i ^\ Please repk£e* foe paragraph beginning at page linen umber J& 9 with the following 

rewritten paragraph: 

Referring now to Fig. 14, the attribute function 326 is illustrated. The attribute function 
326 sequentially checks whether the device whose attribute is being requested is a local storage 
device (step 650), a SAN device (step 654), a LAN/WAN device (step 658), or a storage 
^ framework device (step 662). If so, it queries and returns the volume attributes from the local 

B storage manager (step 652 ), the SAN manager (step 656 ), the LAN/WAN manager (step 660 ) 

Q 

|H or from the framework manager (step 664 ), respectively. Similarly, the initialization function 

y 332 sequentially goes through and initializes each data storage device that resides on the local 

Ul storage device, the SAN, the LAN/WAN or the storage framework. 
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Please repjac^the paragraph beginning at page Ji , line number with the following 
rewritten paragraph: 




Q 


In this example, NFS generates a file system write which calls a block I/O (bio) write 
which calls the virtual partition strategy module, which calls the RAID strategy module 478, 
which in turn calls the disk strategy module 480 that actually writes the data to the disk. The 
virtual partition module can either stripe the data across all the members or can mirror data. 




^¥ 


Pl§a§£jpplace the paragraph beginning at page £1, line number ^ft and ending at page/3, 
line numf>en$, with the following rewritten paragraph: 


^ — 


The RAID strategy module 478 is a part of a typical device switch structure 



0 



struct bdevsw { 

*/jf^ * nt (*d_open)(dev_t *, int, int, struct cred *); 

int (*d_c!ose)(dev_t, irit, int, struct cred *); 
void (*d_strategy)(struct buf *); 
int (*d_JoctI)(dev_t, int, int, int, struct cred *, int *); 



